home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1048.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.5 KB  |  50 lines

  1. aronsson@lysator.liu.se's message of Wed, 05 May 93 23:24:26 +0200.
  2. > might have.  My limited experience of writing HTML documents and
  3. > converting old plain text documents to HTML makes me agree with Eliot
  4. > Kimber's conclusions.
  5. ...
  6. > automatically.  But manually keeping track of hypertext links between
  7. > a text that I maintain and another text that someone else maintains,
  8. > would be next to impossible.
  9.  
  10. Use indirection, make the anchors say "the part of the foobar manual about
  11. blat" and then have a database that translates them to actual HREF's and/or
  12. computes them on the fly.  There is no magic wand or silver bullet to
  13. solve these problems, but you can make it easier to maintain when something
  14. goes away.  In the local arena you can use backrefs to manage changes,
  15. not so easy with global documents (though DOCid's and HTTP2 will solve
  16. some of the problems).
  17.  
  18. There is nothing wrong with adding a layer of software beteen HTML
  19. and whatever documents you are storing to make life easier.
  20.  
  21. Part of problem lies in the approach.  Hypertext is designed as a
  22. distributed information management system (how else can you expect to put
  23. a yottabyte of data online :-), and they are trying to do everything local
  24. and then publish this whole big thing.  No doubt they are having problems.
  25. No doubt that the problem they are trying to solve is hard.  The fact that
  26. link complexity is non-linear isn't a new problem.  Every system that has
  27. relationships has this problem, including human interaction.  This is the
  28. big company/project problem and you can use some of the same techniques
  29. to minimize its impact.
  30.  
  31. In summary, I agree that massive explicit linking is impossible, but it
  32. isn't desirable either.  I like what Edward Vielmetti, just said about
  33. it, he sums it up better than I.  Yes, there is a need for tools in this
  34. area, keep in mind this is a VERY young technology (you can tell becuase
  35. hypertext still means something, unlike older technologies like
  36. Object-Oriented programming which have ceased to have any real meaning).
  37. To me it's not hypertext if it's not interactive (authoring tools!) and
  38. we aren't quite there yet.
  39.  
  40. > Thanks, Marc and NCSA, for X Mosaic.  Is there an NCSA HTML editor
  41. > too?  Today I have GNU Emacs.  I would like two Mosaic windows, and to
  42. tkWWW has editing functions (you can add links on the fly) but it needs
  43. work before it's "production" quality.  The problem is that HTTP2 isn't
  44. in place yet so you can't send the changes back to the server anyway.
  45.  
  46. An ex-IBMer also (moved 4 times in three years) ;-)
  47.  
  48. --sanders@bsdi.com
  49.  
  50.